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TITLE OF THE INVENTION 

Information Presentation Method and Device 

BACKGROUND OF THE INVENTION 
Technical Fieli 

The present invention relates to technology that 
advertises products and services that are purchased on a 
network . 

Description of Rpl^ ted Art 

There are currently a large number of websites on the 
Internet for users to reserve and purchase airline seats and 
hotel rooms for travel. 

Generally, when reserving a hotel room and the like, a user 
can select a hotel that he or she wishes to reserve a room in 
jj3 on a website, in addition, if a user registers a hotel in which 

H< 15 he or she wishes to reserve a room in a favorites list or web 
browser bookmarks presented to each user on that website, the 
user can check that hotel again at a later date, and make a 
reservation when it is convenient for him or her. 

Further, with a shopping site that has a shopping cart 
function, products that one desires to purchase can be 
registered in the shopping cart, and can be purchased as a group 
at a later date. Moreover, with a website that provides a 
so-called "gift registry" service, products that a particular 
user wants are registered on a wish list that is provided to other 
users on that site. The wish list can be displayed to friends 
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of the user and others, and friends can see it and make the user 
a present of products that fulfill the user's desires. 

Moreover, a service is also provided in which a favorites 
list or a wish list is prepared in addition to a shopping cart 
and a user can register products that he or she is thinking of 
purchasing at a later date therein. 

However, even if products are registered in a favorites 
list and the like, there are often cases where these goods are 
not purchased afterward. For example, there are many users that 
register a hotel in a favorites list for a time, but do not make 
I a reservation afterward. This can happen because, although once 

the user was thinking of making a reservation, the user has 
changed his/her mind after wavering about making a reservation 
due to a lack of information or the like, a similar case can 
also be presumed when the purchase of a product occurs. Thus, 
after a user registers a hotel or products in a favorites list, 
it is thought that if there is a mechanism that prompts the user 
to execute a reservation, there will be an increase in sales. 

Prompting purchases by employing a recommendation engine 
to transmit recommendation information and the like can be cited 
as a general method of increasing sales used by product providers 
that conduct on-line sales, in this method, a user's tastes are 
analyzed by the recommendation engine, products that appear to 
be suitable for and information that appears to be desired by 
each user are automatically found, and recommendation 
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information is generated. However, because the generation of 
the recommendation information is strictly based only upon a 
statistical process, it does not necessarily correspond to the 
detailed requirements of each individual user. Because of the 
5 circumstances like this, product providers that conduct on-line 
sales need to have an opportunity to speak to each user by any 
method, and want to know what information users want and what 
£3 the±r re 3 ui rements are. if product providers know the 

J information and requirements like this and deal therewith, the 

Lfl 

srj 10 degree of user satisfaction can be increased, a relationship of 
45 trust can be consequently established between users and product 

providers, and an increase in sales can be promoted. 

Product providers want to take up the needs of a user. 
| However, they want to do so at a low cost without expending time 

15 and energy and want to respond to the user ' s needs . For example, 
in the event that the product provider is a hotel, it is a burden 
to the hotel to answer an unlimited number of questions from a 
user and providing an unlimited amount of information to him or 
her. Moreover, if in the end that user does not use the hotel, 
the user support is not effective. Further, there are users that 
are seriously considering making a reservation, and users that 
are just "window shopping". Moreover, there are users that are 
making a reservation for the first time, and repeat users that 
have stayed at that hotel a number of times. Thus, to treat all 
25 users equally is not appropriate in view of cost effectiveness 
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and customer satisfaction. 

On the other hand, though a user searches for a product 
online, sometimes she or he immediately can not decide to 
purchase the product, and wants to wait for a period of time 
until they actually reserve or purchase a product. For example, 
even if the user can use a search engine to narrow down the number 
of hotels to a certain level, there are times when the user wants 
additional information in order to select one hotel from amongst 
this group. However, the hotel cannot know if the user cannot 
decide, or wants more information. Because of that, the user 
has to gather additional information for each hotel by 
contacting them by telephone or sending them e-mails . This means 
that the user has to communicate all of his or her needs or 
requirements to all of the hotels, and is too much to handle. 

The present invention extracts the needs of a user over a 
network, without any burden to the user, and provides technology 
that can increase sales of products and service provided over 
a network by using the extracted needs. 
SUMMARY OF THE INVENTION 

In the present invention, user needs and requests are 
efficiently extracted over a network, and based on the 
information extracted, high quality user support service can be 
provided by determining who the good customers are, selecting 
candidates for this designation, and determining what 
information is to be provided to them. 



A first aspect of the present invention provides an 
information presentation method that is employed in an 
information presentation system, in which a user retrieves a 
product or service on a network that matches designated search 
5 parameters designated by the user, and presents it to the user. 
The method comprises the steps of a-D: 

A: storing the search parameters and the product or 
service; 

B: reporting the product or service and the search 
W 10 P arameters that were stored to a provider of the product or the 

111 

P service; 
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C: accepting settings of information relating to the 
product or service from the product/service provider; and 
,q D: P res enting the information to the user that relates to 

5 15 the P roduc t or service that was set. 

This method stores the search parameters that a user 
employs to find and retrieve a product or a service via a network, 
and provides the search parameters to a product/service provider. 
Advertisement of the product or service, or new product 
20 development, can effectively take place because the 
product/service provider and their competitors can know what the 
needs of the user are from the search parameters. Only the search 
parameters for the product or service that the user is interested 
in may be stored, rather than all search parameters for the 
25 products or services retrieved. For example, storing the search 
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parameters for products that were registered in a favorites list 
or wish list or the like of a shopping site or a gift registry 
can be cited. 

A second aspect of the present invention provides an 
information presentation device in which a user terminal on a 
network that retrieves products or services that match search 
parameters designated by the user. The device comprises: 

A: accepting means for accepting a selection of a product 
£ or serv ice that is included in the products or services that were 

in 

ifj 10 retrieved; and 

Q 

| B: P ara *eter storage means for storing the search 

^ parameters for the selected product or service as a candidate 

[0 for purchase, together with user identification information 

that identifies the user terminal. 

This device stores the search parameters that a user 
employs to find and retrieve a product or service via a network. 
The stored search parameters are search parameters for products 
or services that were registered in a favorites list or wish list 
of a shopping site or a gift registry site. These are products 
or services that users have a high degree of interest in, and 
in turn, it is thought that there is a high degree of probability 
that they will be purchased at a later date. 

If the device provides the stored search parameters to 
users, product (service) providers, and other third parties, 
these groups can use the search parameters. For example, one 
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advantage is that if users can see the product search parameters 
registered in their own favorites list, they can later confirm 
the characteristics of the products retrieved. Product 
providers and their competitors can effectively conduct product 
advertising and new product development because they can know 
the needs of users from the search parameters. In addition, 
research companies and consulting companies can also provide 
advice relating to market research and management based upon the 
user needs shown by the search parameters. Thus, those that run 
this device can anticipate obtaining a usage fee from product 
providers, research companies, and the like for the search 
parameters acquired. 

A third aspect of the present invention provides the 
information presentation device according to the second aspect, 
further comprising: 

C: user reference request accepting means for accepting 
user reference requests from first computer terminals on the 
network; and 

D: parameter providing means for extracting from the 
20 parameter storage means a first user identification information 
identifying the first user terminals that have selected a first 
product as a candidate for purchase that is provided by an 
administrator of a provider terminal included in the first 
computer terminals, and search parameters that each of the first 
user terminals has set to the first product, and providing them 
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to the provider terminal. 

As discussed previously, if, for example, search 
parameters are provided to a product (service) provider or its 
competitor, they can conduct effective advertising and new 
product development based upon the needs of the user indicated 
by the search parameters. 

A fourth aspect of the present invention provides the 
information presentation device according to the third aspect. 
The device further comprises: 

information setting means for receiving from the provider 
terminal the designation of user identification information 
included in the first user identification information provided 
to the provider terminal, and product information settings for 
the designated user identification information; 

product information storage means for storing the 
designated user identification information, the first product, 
and the product information that was set; and 

information presentation means for receiving a purchase 
candidate reference request from a designated user terminal 
identified by the designated user identification information, 
extracting from the parameter storage means candidates for 
purchase that correspond to the designated user identification 
information, extracting the product information set for the 
first product that is included in the candidates for purchase 
from the product information storage means, and providing the 



extracted candidates for purchase and the product information 
to the designated user terminal. 

A product provider can provide a product or a service that 
is adapted to the needs of each individual user. For users, the 
advantage is that they can learn about products and services that 
meet their needs without spending time. 

A fifth aspect of the present invention provides the 
information presentation device according to the second aspect , 
further comprising first parameter providing means for 
receiving a purchase candidate reference request from the user 
terminal, extracting candidates for purchase that correspond to 
the user identification information for the user terminal that 
made the request, and providing the extracted candidates for 
purchase and the search parameters to the user terminal that made 
the request. 

As discussed above, users can confirm the characteristics 
of the products or services registered in their favorites list 
at a later date. 

A sixth aspect of the present invention provides the 
information presentation device according to the fifth aspect, 
further comprising: 

change means for receiving changes to the search parameters 
provided to the user terminal that made the request; 

candidate update means for updating the candidates for 
purchase that correspond to the user identification information 
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of the user terminal that made the request, based upon the 
changed search parameters; and 

second parameter providing means for providing updated 
candidates for purchase and new search parameters to the user 
terminal that made the request. 

A user can change the search parameters in accordance with 
changes in their own needs, and update the favorites list. For 
example, a user can add "hot spring, outdoor hot spring included" 
to their first search parameter "Room reservation from June 2-3, 
2000" . Further, accommodations that match the search parameters 
in the favorites list can be updated in accordance with changes 
to the search parameters. 

A seventh aspect of the present invention provides the 
information presentation device according to the fifth aspect, 
d 15 The device further comprises: 

purchase means for receiving designations of products or 
services included in the candidates for purchase from the user 
terminal and purchase designations; 

purchase history storage means for storing the designated 
20 products or designated services received by the purchase means, 
and a user identification information identifying the user 
terminal that made the designations; 

user reference request receiving means for receiving a user 
reference request from the first computer terminals on the 
25 network; and 
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purchase information presentation means for extracting 
from the parameter storage means a first user identification 
information identifying a first user terminals that have 
selected products or services as candidates for purchase that 
are provided by the administrator of a provider terminal 
included in the first computer terminals, and search parameters 
that each of the first user terminals has set to the products 
or services, generating a purchase information that indicates 
whether or not each of the first user terminals has completed 
a purchase of the products or the services based on the purchase 
history storage means, and providing the extracted first user 
identification information, the extracted search parameters, 
and the generated purchase information to the provider terminal. 

For example, a product provider can refer to, in a user list 
registered in users 1 favorites lists, whether users have already 
determined to purchase their products. By distinguishing 
between users that are affected by product information, and 
those that are not, a product provider can efficiently use the 
presentation of product information. 

An eighth aspect of the information presentation device 
according to the seventh aspect, wherein the purchase history 
storage means further stores the first identification 
information that identifies the first computer terminals and the 
designated products correlatively ; and 

the information presentation device further comprises 
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history dissemination means for providing the purchase history 
of the products that the administrator of the provider terminal 
provides . 

In the event that the service provider is, for example, 
a hotel, that hotel can refer to a user list that registers that 
hotel in a favorites list to determine what user has stayed how 
many times at that hotel. Depending on whether or not the user 
is a frequent customer, the hotel can make changes to the product 
information to be presented, and more efficiently present 
product information . 

A ninth aspect of the present invention provides the 
information presentation device according to the third aspect, 
further comprises an agent terminal storage means for 
correlatively stores third identification information for 
representing second computer terminals that is included in the 
first computer terminals, and for identifying third computer 
terminals that are included in the first computer terminals, and 
second identification information that identifies second 
computer terminals that are represented by each of the third 
computer terminals identified by the third identification 
information. 

There are situations in which a product (service) provider 
does not have a means of connecting to a network, or a product 
provider does not have sufficient human resources for presenting 
product information. An agent may present the product 
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information on behalf of this type of product (service) provider. 
For example, a computer belonging to a travel agent that presents 
information on an old hot spring resort on its behalf, or a 
computer belonging to a real estate agent that presents 
information on a house on behalf of the individual that wants 
to sell the house, may be connected to the present device • 

A product (service) provider can promote its products or 
services without increasing its workload. An agent can present 
a wide range of products and services to users, and can 
jiK 10 anticipate an increase in the degree of trust from users. 
O Further, even for a provider of the present device, this is 

%Q preferable because the present device is related to an increase 

in the quality of the service that it provides. 

A tenth aspect of the present invention provides the 
C3 15 information presentation device according to the third aspect. 

The device further comprises an agent terminal storage means for 
correlatively storing third identification information for 
representing second computer terminals that is included in the 
first computer terminals, and for identifying a third computer 
20 terminals that are included in the first computer terminals, and 
second identification information that . identifies second 
computer terminals that are represented by each of the third 
computer terminals identified by the third identification 
information identifies; 

agent parameter storage means for storing agent parameters 
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for agent terminals that are included in the third computer 
terminals to represent provider terminals that are included in 
the second computer terminals, together with the third 
identification information for the agent terminals and the 
5 second identification information for the provider terminals; 
and 

an agent means for receiving a connection request from the 
second computer terminals or the third computer terminals, 
setting up the connection or rejecting the connection according 
jfj 10 to the agent parameters. 

For example, hotel A requests travel agent T to represent 
it between 23:00 to 06:00 for the presentation of product 
Q information. In this situation, the present device switches the 

product information provider for hotel A between travel agent 
T and hotel A day and night. If done in this manner, a product 
(service) provider and an agent can coexist with each other, and 
the present device can improve the quality of service provided. 

An eleventh aspect of the present invention provides an 
information presentation method used in a computer, that 
retrieves products or services that match search parameters 
selected by user terminals on a network and presents them to the 
user terminals. The method comprises the steps of: 

receiving a selection of any product or service that is 
included in the products or services retrieved; and 

storing the search parameters that retrieved the products 
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or services as candidates for purchase together with user 
identifying information that identifies the user terminals. 

A twelfth aspect of the present invention provides a 
computer program product for an information presentation and for 
being employed in a computer that retrieves products or services 
that match search parameters selected by user terminals on a 
network and presents them to the user terminals . The program 
comprises : 

receiving means for receiving a selection of any product 
or service that is included in the products or services 
retrieved; and 

parameter storing means for storing the search parameters 
that retrieved the products or services as candidates for 
purchase together with user identifying information that 
identifies the user terminals. 

A thirteenth aspect of the present invention provides a 
computer readable recording medium / on which an information 
presentation program is recorded and employed in a computer that 
retrieves products or services that match search parameters 
selected by user terminals on a network and presents them to the 
user terminals. The information presentation program recorded 
on a computer readable recording medium comprises the steps of: 

receiving a selection of any product or service that is 
included in the products or services retrieved; and 

storing the search parameters that retrieved the products 
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or services as candidates for purchase together with user 
identifying information that identifies the user terminals. 

The program that is recorded on a recording medium operates 
a computer as a device that is a second embodiment of the 
invention. Here, a computer readable floppy disk, hard disk, 
semiconductor memory, CD-ROM, DVD, magneto-optical disk (MO), 
and other similar items, can be cited as recording media. 

A fourteenth aspect of the present invention provides a 
computer terminal that receives search parameter selections for 
>2- 10 searc «ing products or services on a network, and reports the 

U'f 

products or services that match the search parameters to users, 
the computer terminal on a network comprising: 

candidate selection means for selecting any product or 
M» service that are included in the product group or the service 

. PS 

p 15 group as candidates for purchase; 

transmission means for transmitting the candidates for 
purchase and the search parameters therefor to an information 
presentation device on the network that stores purchase 
candidates and search parameters for each of the purchase 
20 candidates; 

request means for transmitting a reference request for 
referencing the purchase candidates to the information 
presentation device; 

acquiring means for acquiring the purchase candidates and 
the search parameters for each of the purchase candidate from 
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the information presentation device; and 

output means for outputting purchase candidates acquired 
and search parameters acquired for each of the acquired purchase 
candidates. 

This computer terminal acts as a user terminal in the 

aforementioned second embodiment of the invention. 

A fifteenth aspect of the present invention provides a 

computer terminal on a network that is operated by a product 

provider or a service provider. The computer terminal comprises : 

user reference request means for retrieving products or 

services that match search parameters designated by user 

terminals on the network and presenting them to the user 

terminals, receiving any product or service selection that is 

included in the products or services retrieved, and transmitting 
P 

H 15 a user reference request via the network to an information 
presentation device that stores the search parameters of the 
products or services retrieved as purchase candidates, and user 
identification information that identifies the user terminals; 
parameter acquiring means for acquiring a first user 
20 identifications corresponding to a first user terminals that 
select products or services provided by the product provider or 
the service provider as purchase candidates, and search 
parameters that are set to each of the products or services of 
the first user terminals; and 
25 an output means for outputting the first user 

-17- 



Yt~3. 



identifications acquired and the search parameters acquired. 

Here, the product (service) provider also includes an 
agency that acts on behalf thereof in the sales of products and 
services . 

From the following detailed description in conjunction 
with the accompanying drawings, the foregoing and other objects, 
features, aspects and advantages of the present invention will 
become readily apparent to those skilled in the art. 
BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is an overall configuration diagram of a sales 
increasing system according to a first embodiment; 

Fig. 2 is a block diagram of the functions of each terminal 
in the sales increasing system of Fig. 1; 

Fig. 3 is a conceptual explanatory diagram of a product 
information DB in the sales increasing system of Fig. 1; 

Fig. 4 is a conceptual explanatory diagram of a favorites 
list DB in the sales increasing system of Fig. 1; 

Fig. 5 is a conceptual explanatory diagram of a user list 
DB in the sales increasing system of Fig. 1; 

Fig. 6 is a conceptual explanatory diagram of a purchase 
history DB in the sales increasing system of Fig. 1; 

Fig. 7 is a conceptual explanatory diagram of an 
authentication DB in the sales increasing system of Fig. 1; 

Fig. 8 is a conceptual explanatory diagram of an agent DB 
in the sales increasing system of Fig. 1; 



Fig. 9 is an explanatory diagram showing the overall 
process flow in the sales increasing system of Fig. 1; 

Fig. 10 is an explanatory diagram showing the flow of a 
search parameter saving process in the sales increasing system 
of Fig. 1; 

Fig. 11 is an explanatory diagram showing the flow of a 
search parameter display process and a search parameter change 
process in the sales increasing system of Fig. 1; 

Fig. 12 is an explanatory diagram showing the flow of a user 
list reference process in the sales increasing system of Fig. 

i; 

Fig. 13 is an explanatory diagram showing the flow of a 
product information setting process in the sales increasing 
system of Fig. 1; 

Fig. 14 is an explanatory diagram showing the flow of a 
session switching process of Fig. 12; 

Fig. 15 is an explanatory diagram showing the flow of a 
purchase process in the sales increasing system of Fig. 1; 

Fig. 16 is an example of a search parameter designation 
screen displayed on a user terminal; 

Fig. 17 is an example of a favorites list registration 
screen displayed on a user terminal; 

Fig. 18 is an example of a favorites list display screen 
that includes search parameters displayed on a user terminal; 
Fig. 19 is a second example of a favorites list display 



screen that includes search parameters displayed on a user 
terminal; 

Fig. 20 is an example of a user list display screen 
displayed on a vendor terminal or an agent terminal; and 

Fig. 21 is a conceptual explanatory diagram of a product 
information DB in another embodiment. 
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Overview of the inve nt ion 

Normally, users locate products and services to register 
in the favorites lists and wish lists of shopping sites and gift 
registries (hereinafter, collectively referred to as favorites 
lists) by designating the search parameters on a search system 
and conducting a search. In the system of the present invention, 
when a user registers products and services in a favorites list, 
the search parameters of those products and services are 
acquired and saved. The search parameters will differ according 
to the search system, however in view of the mechanical process, 
it is preferred that an ID be pre-assigned to each search 
parameter, and that these IDs be paired with their parameter so 
that they can be conveniently processed and registered in the 
present system. Of course, the search parameters may be free 
key words. In addition, in the present system, the search 
parameters are communicated to the user in a visually 
identifiable form such as a text display or an icon display. 
Moreover, the present system accepts changes to the search 



parameters in accordance with changes in the needs of the user. 

Further , in the present system, the provider of the 
products or services can reference users that have registered 
their company's products and/or services in a favorites list. 
5 From the viewpoint of the product provider or the service 
provider side, they can know about users that have registered 
their company's products and/or services in a favorites list, 
and the total number thereof. Note that the method of making 
O the favorites list available to a product provider or a service 

jsp 10 provider is not particularly limited. For example, the method 
Jt] disclosed in Japanese patent application 2000-185157 can be 

*£J employed . 

Si 

□ The present system also has an agent means by agents, 

y, Because of this, a product provider can provide a high quality 
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p 15 user support service, even if the product provider does not have 
a means of connecting to a network or user support personnel. 
Further, a wide variety of product providers can participate in 
the present system as agents, and an improvement in the quality 
of user support service can be planned. 

In addition to this, in the present system, a product 
provider can see the actual purchases of a user. If the product 
provider provides information, it will know whether it is 
effective, and can determine whom the good customers are. Thus, 
the product provider can effectively provide information and 
25 promote sales. 
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First Embodiment 

Next, the method of presenting information in the sales 
increasing system of the present invention will be described by 
using a hotel reservation system on a network as an example. 
5 Configuration 

Fig. 1 shows the overall configuration of a first 
embodiment of the sales increasing system. This sales 
increasing system is composed of a plurality of user terminals 
W la, b, a proxy server 2, a plurality of vendor terminals 3a, b, 

10 and a plurality of agent terminals 4a, b, all connected to a 
network 5. The user terminals 1 are computers that users operate 
to search for information on hotels as the products. Proxy 
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C3 server 2 is a computer that provides the product information 

%a 

Hv search results to the user terminal 1. The vendor terminals 3 

0 is are computers that hotels as the providers of the products 
(hereinafter referred to as "vendors") operate. The agent 
terminals 4 are host terminals belonging to agents that provide 
hotel information to users on behalf of a hotel. A travel agent 
can be an agent. 

20 Fig. 2 is a block diagram that shows the functions of each 

terminal. The following is a sequential description of each 
terminal . 
(1) Proxy server 

Proxy server 2 has a plurality of databases (DB) and a 
25 plurality of modules. First, the databases will be described, 
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and then the function of the modules will be described. 
(1-1) Proxy server databases 

The proxy server 2 has a product information DB 21, a 
favorites list DB 22, a user list DB 23, a purchase history DB 
5 24, an authentication DB 25, and an agent DB 26. 
(1-1-1) Product Information DB 

Fig. 3 describes the conceptual explanatory diagram of 
product information DB 21. This DB stores the products that the 
vendor provides, and detailed information on these products. In 
Hj 10 the present embodiment, this DB stores (a) a region master table, 
(b) a recommendation information master table, (c) an inventory 
control table, and (d) a product information table. 

The "region name" and the "region ID" that identifies the 

*.Q region are matched and stored in the region master table. 

O 

M 15 The "search parameter item" for searching the hotel as a 

product, and the "search parameter ID" that identifies each 
search parameter item are stored in the recommendation 
information master table. 

Product inventory, here the empty rooms, is stored for each 
20 vendor in the inventory control table. Specifically, a "vendor 
ID" that identifies the vendor, a "date", and the "number of 
empty rooms" for each day are stored therein. In this embodiment, 
the "vendor ID" is the same as the product ID that identifies 
the product. 

25 Specific details for each vendor's products are stored in 
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the product information table. Specifically, the "vendor ID", 
"hotel name", "region ID", the "address" of the hotel, 
"recommendation information", "hotel introduction", and 
"detailed URL" are stored in the product information table. In 
5 this example, "vendor ID" is the same as the product ID. In 
"region ID", any region ID that is stored in the region master 
table is noted therein. Further, one or a plurality of search 
parameter IDs that are registered in the recommendation 
□ information master table are read into "recommendation 

\& 

%3 10 information". A catchphrase that a hotel creates for general 
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JM use is read into "recommendation information". The URL of a 

^ hotel's home page is read into "detailed URL". 

(1-1-2) Favorites list DB 
jU Fig. 4 describes the conceptual explanatory diagram of 

p 15 favorites list DB 22. This DB stores the products that users 
are interested in, and their search parameters. In this 
embodiment, this DB has (a) a search parameter table, (b) a 
search parameter master table, and (c) a favorites list table 
stored therein. 

20 User search parameters for each user are stored in the 

search parameter table. A "user ID" that identifies a user 
terminal, a "search parameter ID", and "parameter data" are 
stored herein. The "search parameter ID" is described in one 
or a plurality of search IDs that identify the search parameter 

25 items that are registered in the search parameter master table. 
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Contents set by the user in response to the search parameter 
items that are specified by the search parameter IDs are read 
into "parameter data". For example, for search parameter ID "1" 
that corresponds to the date of check- in and the length of stay, 
"2001/4/20, 3 nights" will be read in as the parameter data. 

The "search parameter items" and the "search parameter IDs" 
that specify the search parameter items are matched and stored 
in the search parameter master table. 

The favorites list table stores favorite products that 
users have an interest in, or in other words, candidates for 
purchase. In this embodiment, "user ID", "vendor ID", 
"registration date", "date updated", "product name", "Picture 
URL", "display information", and "public flag" are stored 
therein. "User ID" is identical with the user ID employed in 
the aforementioned search parameter table. "Vendor ID" is 
identical to the vendor ID employed by the aforementioned 
product information DB 21, and is employed here as a product ID 
that identifies the products. "Registration date" and "date 
updated" display the month, day and year that the favorite 
products were registered in this table, and the month, day and 
year of the last renewal of the record. The name of the products 
that are specified by the vendor IDs which also serve as product 
IDs, here, the name of the hotels, are written in "product name". 
The URL of the home pages of the hotels is written in "Image URL" . 
Advertising information that the hotel provides to each user is 



written in "presentation information". In "public flag", if T 

(true) is presented, then the record is publicly presented by 

the vendor, and if F (false) is presented, then the record is 

not public. 

(1-1-3) User list DB 

Fig. 5 describes the conceptual explanatory diagram of user 

list DB 23. An (a) search parameter table, and (b) user list 

table, are stored in this DB. 

The search parameter table stores information that is 

similar to that in the search parameter table of the 
aforementioned favorites list DB 22. 

The user list table stores a user list for each vendor. This 
user list is a collection of users that have registered products 
that the vendors provide in the favorites list. Specifically, 
a "vendor ID" that is the same as the product ID, a "user ID", 
"registration date", "date updated", "presentation 
information", "number of times used", and "reservation number" 
are stored therein. The "vendor ID" also serves as the product 
ID as mentioned above, and both identifies the hotel as a product 
and identifies the hotel itself as a vendor. "User ID" is the 
user IDs of the user terminals that have registered a hotel 
specified by a vendor ID of each record in their favorites list. 
For example, users "0001U", "007 6U", and "0108U" have registered 
"vendor-B" in their favorites list. The "registration date" and 
the "date updated" display the month, day and year that each 



record was registered and the month, day and year that each 
record was updated. The "presentation information" is 
information that is similar to the "presentation information" 
of the aforementioned favorites list table. The "number of times 
used" displays the number of times that the user has used the 
hotel in the past. The "registration number" is a payment ID 
that is written in when a user requests a hotel reservation. For 
example, user "0108U" has reserved vendor "vendor-B". 
(1-1-4) Purchase history DB 

Fig. 6 describes the conceptual explanatory diagram of 
purchase history DB 24. Users 1 purchase histories are stored 
in this DB. Specifically, a "reservation number" that also 
serves as the payment ID, a "vendor ID" that also serves as the 
product ID, an "issue date", "reservation contents" and "user 
ID issued to" are stored in this DB. The "reservation number" 
is any reservation number that is in the user list table of the 
aforementioned user list DB 23. The "vendor ID" is used here 
as a product ID that identifies a product. The "issue date" 
presents the time and date that a user has requested a hotel 
reservation. Contents of the parameter data that the user 
designated are written in "reservation details". "User ID 
issued to" is the user ID of the user terminal through which the 
reservation was made. 
(1-1-5) Authentication DB 

Fig. 7 describes the conceptual explanatory diagram of 
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authentication DB 25. Authentication information is stored in 
this DB in order to access favorites list DB 22, user list DB 
23, and purchase history DB 24. Specifically, authentication 
DB 2 5 has (a) a user table, (b) a vendor table, and (c) an agent 
table. 

The "user ID" and each user's "password" are stored in the 
user table. The "vendor ID and each vendor's "password" are 
stored in the vendor table. An "agent ID" that identifies the 
agent terminal and each agent 1 s "password" is stored in the agent 
table. 

(1-1-6) Agent DB 

Fig. 8 describes the explanatory diagram of an agent DB 26. 
This DB stores the correspondence between the vendor terminals 
and agent terminals, as well as agent parameters. Specifically, 
a "vendor ID", an "agent ID", "agent parameters", and the "agent 
mode" are stored in this DB. The parameters for the agent 
terminals to act on behalf of the vendor terminals to do such 
things as refer to the user list and display information are 
stored in "agent parameters". For example, agent terminal 
"CS-002" acts as an agent for vendor terminal "vendor-B" from 
23:00 in the evening to 08:00 in the morning.. In addition, agent 
terminal "CS-059" acts as an agent for vendor terminal 
"vendor-D" when it is off line. 
(1-2) Proxy server functions 

The proxy server 2 includes the databases discussed earlier, 



and has a product search module 27, a favorites list management 
module 29, a user list management module 211, an authentication 
module 212, and a session switching module 213. 

A product search module 2 7 extracts from product 
5 information DB 21 the products that match the search parameters 
designated from the user terminal 1, and displays the extracted 
products in the user terminal 1. A favorites list management 
module 29 writs in to and reads out from favorites list DB 22. 
„ In addition, the favorites list management module 29 writes 

.g 10 product purchases into purchase history DB 24. A user list 

m 

m management module 211 generates and updates the user list in user 

□ 

aEJ list DB 23. An authentication module 212 authenticates user 

9 _ terminals 1 connected to proxy server 2, vendor terminals 3, and 

^2 agent terminals 4. A session switching module 213 establishes 

15 or rejects a session between the vendor terminals 3 and the agent 
terminals 4, and the proxy server 2 according to an agent DB26. 
(2) User terminals 

The user terminals 1 have a search parameter selection 
module 11, a product search request module 12, a favorites list 
20 registration module 13, a favorites list reference module 14, 
a favorites list change module 15, and a session request module 
16. It is not necessary for these functions to always be in the 
user terminals 1. For example, they can be effectuated by Java 
Script, Java applets, CGI, and the like. 
25 a search parameter selection module 11 receives product 
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search parameter designations. A product search request module 
12 transmits the search parameters designated to the proxy 
server 2, and outputs the products that match the search 
parameters acquired from the proxy server 2 . 

A favorites list registration module 13 receives the 
designation of favorite products from amongst the products that 
match the search parameters, and communicates the favorite 
products to the proxy server 2. A favorites list reference 
module 14 transmits the favorites list reference request to the 
proxy server 2, and outputs the favorite products and the search 
parameters acquired from the proxy server 2. A favorites list 
change module 15 receives changes to the favorite products and 
changes to the search parameters, and transmits them to the proxy 
server 2. A session request module 16 requests that a session 
be established with the proxy server 2. 
(3) Vendor terminals 3 and the agent terminals 

The vendor terminals 3 and agent terminals 4 have similar 
functions . The functions of vendor terminals 3 will be described 
below. Each vendor terminal 3 has a user list reference module 
31, a user selection module 32, a product information 
presentation module 33, and a session request module 34. It is 
not necessary for these functions to always be in the vendor 
terminals 3 . For example, they can be effectuated by Java Script, 
Java applets, CGI, and the like. 

The user list reference module 31 transmits a user list 
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reference request to the proxy server 2, and acquires and outputs 
the user list. The user selection module 32 accepts any 
selection of a user from amongst the user list output. The 
product information presentation module 33 receives 
5 presentation information settings for the aforementioned 
selected user, and transmits this to the proxy server 2. The 
session request module 34 transmits a request to establish a 
session with the proxy server 2 to the proxy server 2. 
Process Flow 

o Next, the process flow of the present sales increasing 

system will be explained with reference to the figures. 
(1) Overall flow 

Fig. 9 describes the overall process flow that occurs in 
the present system. 
5 (1-1) Extracting, displaying, and changing the search 
parameters 

In the present system, a search parameter save process, a 
search parameter display process, and a search parameter change 
process occurs between the user terminals 1 and the proxy server 
20 2. Users can save the search parameters of the products 
registered in the favorites list in the proxy server 2 by means 
of these processes. In addition, the favorites list can be 
displayed together with the search parameters, and changes 
thereto can be received. 
25 (1-2) Display information settings 
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In the present system, a product information presentation 
process occurs between the proxy server 2 and the vendor 
terminals 3 or the agent terminals 4, The product information 
display process includes a user list reference process and a 
product information setting process. A list of users that 
register interest in a vendor's products can be displayed in the 
vendor terminals 3 and the agent terminals 4 by means of the 
former process. In addition, presented information set by a 
vendor can be registered in the proxy server 2 by means of the 
latter process. The proxy server 2 conducts a session switching 
process in order to establish a session between it and any vendor 
terminal 3 or agent terminal 4 of that vendor. 
(1-3) Information Presentation Results 

In addition, a purchase process occurs in the present 
system. This process refers to the presented information, and 
updates the purchase history of the user that made a reservation 
at a hotel, the favorites list, and the user list belonging to 
the hotel in which a reservation was made. 
(2) Search parameter save process 

Fig. 10 is an explanatory diagram showing the flow of the 
search parameter save process. 

The user terminal 1 transmits a connection request that 
includes a user ID and a password to the proxy server 2 (#1) by 
means of the session request module 16. The proxy server 2 that 
receives this request refers to authentication DB 2 6 by means 



of an authentication module 212, and determines whether or not 
to authenticate the connection request (#2, #3). In the event 
that it is authenticated, the proxy server 2 provides a search 
screen for searching products by means of the product search 
module 27. A form for setting product search parameters is 
included in this search screen (refer to Fig. 16 discussed 
below) . 

The user terminal 1 receives the search parameter settings 
from the user via the search screen by means of the search 
parameter designation module 11, and transmits the 
aforementioned search parameters to the proxy server 2 by means 
of the product search request module 12 (#5, #6). The proxy 
server 2 receives the search parameters, refers to product DB 
21 by means of the product search module 27, and determines 
whether or not there are hotels that match the search parameters 
(#7, #8). in the event that there are hotels that match, the 
product search module 2 7 presents a screen that displays the 
search results to the user terminal 1 (#9). 

The user terminal 1 displays the search results by means 
of the favorites list registration module 13 (#10), and 
registers those hotels in its favorites list. For example, when 
the user drags and drops the selected hotels into the favorites 
list, a registration request that registers the selected hotels 
in the favorites list is transmitted from the user terminal 1 
to the proxy server 2 (#11). The proxy server 2 receives this 



registration request by means of the favorites list management 
module 29, and registers the hotels selected and the 
aforementioned search parameters in favorites list DB 22 (#13) 
In the event that the aforementioned connection request was 
5 not authenticated, the authentication module 212 of the proxy 
server 2 executes a process, for example, transmission of an 
error message such as "Password incorrect" to the user terminal 
1 (#14). Further, in the event that there are no hotels that 
q match the search parameters, the product search module 2 7 of the 

| io proxy server 2, for example, transmits the message "No hotels 
match the search parameters" (#15). 

(3 ) Search parameter display process and search parameter change 
process 

Fig. 11 describes an explanatory diagram of the search 
parameter display process and search parameter change process. 

The user terminal 1 transmits a connection request that 
includes a user ID and password to the proxy server 2 by means 
of the session request module 16 (#21). The proxy server 2 
receives this request, refers to authentication DB 26 by means 
of the authentication module 212, and determines whether or not 
to authenticate the connection request (#22 , #23 ) . In the event 
that the request is not authenticated, the error message 
described above, for example, will be transmitted to the user 
terminal 1 (#24 ) . m the event that the request is authenticated, 
the proxy server 2 will determine whether or. not products are 
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registered in the favorites list of the user terminal 1 making 
the request by means of the favorites list management module 29 
(#25) . In the event that the favorites list is empty , the proxy 
server 2 will execute a process by means of the favorites list 
5 management module 2 9 that provide a screen to the user terminal 
1 that indicates that there are no products displayed (#26) . In 
the event that the favorites list is not empty, the favorites 
list management module 2 9 will provide the user terminal 1 with 
p a screen that displays the hotels that are registered in the 

*g 10 favorites list and the search parameters for these hotels (#27) . 

in 

111 The user terminal 1 displays the aforementioned screen by 

q 

means of the favorites list reference module 14 (#28). Further, 
the user terminal 1 can accept changes to the search parameters, 
hotel reservations, and the like on this screen (#28)- In the 



U 



□ 15 event that the search parameters are changed, the favorites list 
change module 17 transmits the new search parameters to the proxy 
server 2 (#29, #210). In the event that a hotel reservation was 
made, a purchase process discussed below is executed (#211). 
The proxy server 2 receives the new search parameters . from 
20 the user terminal 1 by means of the favorites list management 
module 29, and stores them in favorites list DB 22 (#212, #213). 
In addition, the favorites list management module 29 updates 
favorites list DB 22 with the new search parameters (#214) . For 
example, the favorites list management module 2 9 may delete the 
25 hotels that do not match with the new search parameters from the 
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favorites list table. Further, the favorites list management 
module 29 may sort the hotels in the favorites list according 
to the degree to which they match the new search parameters . The 
favorites list management module 2 9 transmits an updated 
5 favorites list display screen to the user terminal 1 (#215) . An 
updated favorites list is displayed in the user terminal 1 
(#216) . 

(4) Product information presentation process 

£9 

%Q The product information presentation process is generally 

lH 10 classified into a user list reference process and a product 

in 
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information setting process. Both processes will be described 
below. 

(4-1) User list reference process 
g Fig. 12 describes an explanatory diagram showing the flow 

u 15 of the user list reference process. This process is executed 
between the proxy server 2 and the vendor terminal 3 or the agent 
terminal 4 . Because the process flow is the same in either vendor 
terminal 3 or agent terminal 4, the process between the vendor 
terminal 3 and the proxy server 2 will be described below. 
20 The vendor terminal 3 transmits a connection request that 

includes a vendor ID and a password to the proxy server 2 by means 
of the session request module 34 (#31). The proxy server 2 
receives this request, refers to authentication DB 2 6 by means 
of the authentication module 212, and determines whether or not 
25 to authenticate the connection request (#32, #33) . In the event 
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that the request is not authenticated, the authentication module 
212 transmits the same message as described above to the vendor 
terminal 3 (#34) . In the event that the request is authenticated , 
the proxy server 2 will execute a session switching process by 
means of the session switching module 213 (#35) . In the process, 
the proxy server 2 will either establish a session with either 
vendor terminal 3 or agent terminal 4, or reject the 
establishment of a session and end the process. When a session 
is established with the vendor terminal 3, the following process 
will be executed. 

The user list management module 211 of the proxy server 2 
identifies the products that the vendor that established the 
connection provides (#36). In this embodiment, the vendor ID 
also serves as the product ID. The proxy server 2 refers to 
favorites list DB 22 by means of the favorites list management 
module 29, and reads out the current record of the favorites list 
table (#37). The default setting for the current record is the 
original record. The user list management module 211 determines 
whether or not the vendor ID, that is, the product ID, is 
registered in the current record (#3 8) . In other words, the user 
list management module 211 determines whether or not products 
of the vendor that made a request are registered in the current 
record. In the event that the vendor ID is registered, the user 
list management module 211 determines whether or not public 
access to the record is allowed based upon the public flag (#39) . 



In the event that public access to the record is allowed, 
the user list management module 211 updates the user list table 
of user list DB 23 based upon the contents of the current 
record(#310) . in other words, the user ID of the current record 
is added to the user list of the vendor that made the request. 
Specifically, the user list management module 211 extracts the 
user ID, date and time of registration, date and time of update, 
and display information from the current record of the favorites 
list, and adds them to the user list. In addition, the user list 
management module 211 searches the vendor IDs and the 
aforementioned user IDs in purchase history DB 24 by key, and 
requests the number of times of use and the reservation numbers. 

The user list management module 211 determines whether or 
not the current record is the last record of the favorites list 
(#311) . in the event that the current record is the last record, 
all users that have registered the aforementioned vendor in a 
favorites list are added to that vendor's user list. In the event 
that the current record is not the last record, the next record 
will be the current record, and processes #37 to #311 will repeat 
(#312) . In the event that the current record is the last record, 
the proxy server 2 determines whether or not the user list of 
that vendor is empty (#313) . If the user list is empty, the user 
list management module 211 will transmit, for example, the 
message "That user is not present" to the vendor terminal 3 
(#314) . If the user list is not empty, a user list display screen 



that displays the user list will be transmitted to the vendor 
terminal 3 (#315). In this way, a group of users that have 
registered a vendor's products in a favorites list will be 
displayed in the vendor terminal 3 (#316). 
(4-2) Product information setting process 

Fig. 13 shows an explanatory diagram showing the flow of 
the product information setting process. The user list display 
screen that is displayed in vendor terminal 3 by means of the 
aforementioned user list reference process accepts user 
selection settings and display information settings (#41) . When 
a button on this screen is pushed that indicates, for example, 
the providing of presented information, presented information 
is transmitted to the proxy server 2 (#42). At this time, both 
the user ID selected and the vendor ID are transmitted together 
with the display information. 

When the proxy server 2 receives the display information 
by means of the user list management module 211, a reservation 
number is generated by means of favorites list management module 
29 (#43, #44). The presented information and the reservation 
number as payment ID are written in a favorites list table record 
that is specified by user ID, and vendor ID(#45). In addition, 
the proxy server 2 communicates the information provided from 
the vendor to the user terminal 1 (#46). For example, an 
indicator can be turned on/off on the favorites list display 
screen to show the presence or absence of information provided 



from the vendor. 

(4-3) Session switching process 

Fig. 14 shows an explanatory diagram of the flow of the 
session switching process. In this process, a session between 
the vendor terminal 3 or the agent terminal 4 is established 
according to the agent parameters of agent DB 26. In the 
aforementioned user list reference process, when the vendor 
terminal 3 or the agent terminal 4 was authenticated, the 
following session switching process was initiated (#35 of Fig. 
12). 

First, a session switching module 213 of the proxy server 
2 determines whether or not the terminal that was authenticated 
is an agent terminal (#351). If the terminal that was 
authenticated is an agent terminal, the session switching module 
213 searches the agent parameters in agent DB 2 6 by agent ID of 
the agent terminal as a key, and determines whether or not the 
agent parameters have been satisfied (#352). Using the agent 
DB shown in Fig. 8 as an example, if the agent ID of an agent 
terminal is "CS-002" , the answer is determined to be "Yes" when 
the time is between 23:00 and 8:00. Further, if the agent ID 
is "CS-059" , the answer is determined to be "Yes" when vendor 
terminal "vendor-D" is off line. If the answer is determined 
to be "Yes", the session switching module 213 establishes a 
session with the agent terminal (#353). When the answer is 
determined to be "No", the session switching module 213 rejects 



the establishment of a session with the agent terminal, and 
terminates the process (#354). 

In the event that a vendor terminal is the terminal that 
is authenticated, the session switching module 213 searches the 
agent parameters by vendor ID as a key, and determines whether 
or not the agent parameters have been satisfied (#355). When 
the answer is determined to be "No", in other words, under 
parameters in which the vendor terminal itself refers to the user 
list or sets the display information, the session switching 
module 213 establishes a session with a vendor terminal (#356). 
When the answer is determined to be "Yes", in other words, under 
parameters in which the vendor terminal relies upon the agent 
terminal 4 for a process, the session switching module 213 will 
reject the establishment of a session with the vendor terminal, 
and will terminate the process (#357). 
(5) Purchase Process 

Fig. 15 shows an explanatory diagram showing the flow of 
the purchase process. 

In the aforementioned search parameter display process and 
the search parameter change process, the favorites list display 
screen is provided in the user terminal 1 (#28 of Fig. 11). A 
user can select a product, in other words, a hotel, and make a 
reservation with this screen. In the event that any hotel 
reservation is requested (#51), the favorites list change module 
15 of the user terminal 1 transmits a reservation request that 



includes a vendor ID combined with a user ID and a product ID 
(#52). m the event that this screen accepts other processes, 
the other processes are executed (#53). a process that sorts 
favorite products in an order specified by the user can be one 
of these other processes. 

The proxy server 2 receives the reservation request by 
means of the favorites list management module 29, and generates 
a reservation number (#54). Further, favorites list management 
module 29 generates reservation details based upon parameter 
data that corresponds to the user terminal that requested the 
reservation. Moreover, the favorites list management module 29 
writs the reservation number, vendor ID, reservation details, 
and user id into purchase history DB 24 (#55). The user list 
management module 211 may communicate the reservation to the 
vendor terminal 3 (#56, #57). This communication can, for 
example, be via e-mail or the like. 

The proxy server 2 accesses user list DB 23 by means of user 
list management module 211, and writs the reservation number in 
a record in the user list table that is specified by the ID of 
the user terminal that requested the reservation and the 
aforementioned vendor ID (#58). In this way, when the vendor 
terminal 3 refers to the user list, it can be determined whether 
or not a user has purchased that company's product. 

In addition, the proxy server 2 accesses favorites list DB 
22 by means of the favorites list management module 29, and writs 
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the reservation details into a record of the favorites list table 
that is specified by the aforementioned user ID and the 
aforementioned vendor ID (#59). For example, "2001/6/2-4, two 
adults, outdoor hot spring available" can be written in as 
reservation details. 
Screen example 

Next, examples of the screens displayed in the user 
terminal 1 and the vendor terminal 3 of the sales increasing 
p system of the present embodiment will be described. 

Fig. 16 shows an example of a search parameter selection 
screen. This screen accepts search parameter items and the 
details thereof, when a user pushes the "Run search" button, 
the designated search parameters are transmitted to the proxy 
server 2. 

Fig. 17 shows an example of a favorites list registration 
screen. This screen displays the products that match the search 
parameters designated in Fig. 16. a user selects products by 
checking check box 171 , and when the "Register in favorites list » 
button is pushed, the selected products are registered in 
favorites list DB 22 as favorite products. 

Fig. 18 shows an example of a favorites list display screen 
that includes search parameters. icons 181 for the products 
registered in the favorites list of Fig. 17, and their search 
parameters 186, are displayed in this screen. This is convenient 
because a user can confirm the characteristics of each product 
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by referring to the search parameters of each product. Further, 
product icons 181 are displayed together with the month, day, 
and year of registration in the favorites list. If an indicator 
182 is illuminated, this indicates that display information from 
the hotel as the product provider has arrived. Display 
information 183 is displayed by clicking on the indicator 182. 

When a user pushes "Reservation button" 184, a reservation 
is made at the hotel that corresponds to that button. Further, 
when a user pushes "parameters change" button 185, the search 
parameter designation screen illustrated in Fig. 16 is, for 
Wl example, displayed and the user can change the search parameters . 

When "Delete" button 186 is pushed, the corresponding products 
are deleted from the favorites list. 

Fig. 19 shows another example of a favorites list display 
screen that includes search parameters. in this screen, 
products 181 registered in a favorites list and the search 
parameters 186 are displayed in icon form, icons that show the 
search parameter items that can be set are displayed in item 
field 182. A user drags these icons to the search parameters 
186, and can change the search parameters by performing the 
reverse operation. Like in Fig. 18, if indicator 183 is clicked, 
display information 184 will be displayed. 

(2) Examples of the screens displayed by the vendor terminal 3 
and the agent terminal 4 

Fig. 20 shows an example of a user list display screen. This 

-44- 



O 
in 

. n 10 

in 
in 

?3 

"SIS?? 

O 

, re 

S 15 



25 



screen shows the user list of B Hotel as a vendor. The screen 
displays the user ID, the number of times the user has stayed 
in B hotel, the month, day and year that it was registered in 
the favorites list, the search parameters that retrieved B hotel, 
and other hotels that are registered in the user's favorites list. 
Users "0001U" and "0002U" have not yet made a reservation at B 
Hotel. The vendor can click "Select user button" 203 and select 
a user without a reservation, can write display information into 
"Input message to be transmitted" box 204, and by pushing "Send 
notice button" 205, can register the presented information in 
the favorites list. 

On the other hand, reservation number "RN-2001-012-183720 " 
is displayed in the user " 0108U" entry, and indicates a user that 
has made a reservation. A vendor can see the user's search 
parameters by pushing "Show desired parameters button" 201. In 
addition, a vendor can see the reservation details by pushing 
"Show reservation details button" 202. 
Other Embodiments 

(A) In the aforementioned sales increasing system, an 
example was described in which the vendor terminals 3 were hotel 
computers, and the agent terminals 4 were. host terminals in a 
travel agency. However, other examples can be considered. For 
example, the vendor terminals 3 may be computer terminals placed 
in each regional branch office of a travel agency, and the travel 
agency host terminals may serve as both the proxy server 2 and 



the agent terminals 4. 

(B) Moreover, in the aforementioned sales increasing 
system, a vendor provides only one product, and the vendor ID 
is combined with the product ID. However, a vendor can provide 
a plurality of products, and the vendor ID and product IDs can 
be different. For example, a situation can be cited in which 
the vendor is a real estate agency that handles a plurality of 
properties. Fig. 21 describes an explanatory diagram showing 
a product information DB 21 in this situation. 

The regional master table is similar to that of Fig. 3. The 
search parameter items that are used in real estate as product 
sales and rentals are matched with the search parameter IDs and 
stored in the recommendation information master table. The 
vendor ID is matched with the IDs of the products that the vendor 
provides in the inventory control table. The region, 
recommendation information, product introduction, and detailed 
URL are stored in the product information table as detailed 
information on each product ID. In this situation, products can 
be uniquely identified by the combination of vendor ID and 
product ID. 

Both the vendor ID for identifying the product and the 
product IDs can be indicated in the favorites list table of 
favorites list DB 22 (not shown in the figures). Further, both 
the vendor ID for specifying the product and the product ID are 
indicated in the user list table of user list DB23 (not shown 



in the figures) . 

(C) The present invention includes a program that runs the 
processes of the aforementioned sales increasing system, and a 
computer-readable recording medium in which that program is 
stored. A computer readable floppy disk, hard disk, 
semiconductor memory, CD-ROM, DVD, magneto-optical disk (MO), 
and other similar items can be mentioned as recording media. 

If the present invention is employed, users can save the 
search parameters used to search for products on a network, and 
thus the search parameters can be available for use at a later 
date. 

While only selected embodiments have been chosen to 
illustrate the present invention, to those skilled in the art 
it will be apparent from this disclosure that various changes 
and modifications can be made herein without departing from the 
scope of the invention as defined in the appended claims. 
Furthermore, the foregoing description of the embodiments 
according to the present invention is provided for illustration 
only, and not for the purpose of limiting the invention as 
defined by the appended claims and their equivalents . 



